home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / dfs / dfs-minutes-91nov.txt < prev    next >
Text File  |  1993-02-17  |  5KB  |  160 lines
  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4.  
  5. Reported by Peter Honeyman/UMICH
  6.  
  7. Minutes of the Distributed File System Working Group (DFS)
  8.  
  9. The DFS Working Group met for the third time on November 19, 1991 at the
  10. Santa Fe IETF.
  11.  
  12. Agenda
  13.  
  14.  
  15.    o NFS developments
  16.    o AFS-3 documents
  17.    o AFS-3 congestion control
  18.    o Announcements
  19.  
  20.  
  21. NFS Developments
  22.  
  23. Tom Kessler (tom.kessler@eng.sun.com) described work at Sun to add local
  24. disk caching to NFS.
  25.  
  26. The Cache File System (CFS) is a generic mechanism that caches files and
  27. directories from other VFS systems.  The principal cache repository is
  28. UFS, i.e., the Berkeley FFS.
  29.  
  30. A principal design goal to boost NFS server performance by reducing
  31. load, but CFS helps reduce network load as well if the cache hit rate is
  32. high.  CFS is also useful for improving CD-ROM performance.
  33.  
  34. Like AFS-3, CFS caches chunks of files.  Unlike AFS-3, there is a
  35. one-to-one correspondence between cached files and files on the server.
  36. Missing chunks are represented by ``holes'' in the cached file.
  37.  
  38. Consistency checking has not been implemented; CFS is a client-only
  39. modification, so the consistency checking can be no stronger than that
  40. in the VFS system being cached.  The consistency check mechanism is
  41. modular and offers hooks for a CFS developer to provide alternate
  42. enforcement mechanisms.
  43.  
  44. ``Blot-out'' mode lets you overlay files with local copies.  The unit of
  45. blot-out is a complete file.  The local overlay is not purged from the
  46. cache by ordinary LRU replacement policy.  Other files can be marked to
  47. make them ``sticky'' in the cache.
  48.  
  49. CFS supports numerous write modes:
  50.  
  51.  
  52.    o Write-through.  Synchronous with server.
  53.  
  54.    o Blot-out.  Write to cache only, make local copy sticky.  Useful for
  55.      writing CD-ROM.
  56.  
  57.                                    1
  58.  
  59.  
  60.  
  61.  
  62.  
  63.    o Write-around.  Modify actual file only.  Useful if cache is scarce
  64.      resource.  [I may not have this right.]
  65.  
  66.  
  67. Write-through is the normal mode.  CFS helps READ, READDIR, READLINK,
  68. LOOKUP performance, does not help GETATTR, directory modifications,
  69. WRITE, SETATTR.
  70.  
  71. As for the bottom line, Tom, who uses CFS on his home computer, was
  72. asked ``How does it feel?''  According to Tom, ``It feels pretty good.''
  73.  
  74. Chris Silveri's foils, which Tom used in his CFS presentation, can be
  75. obtained in PostScript form via anonymous FTP from citi.umich.edu.  See
  76. /afs/umich.edu/user/h/o/honey/IETF/cfs-vg.ps.
  77.  
  78. Other NFS Developments
  79.  
  80. There has been some progress on the part of vendors in tuning the NFS
  81. parameters (tsize, RTO, RTT measurements) in systems they ship to better
  82. conserve network resources.  A number of people reported that they find
  83. NFS/UDP over the Internet satisfactory.  [At least one person was
  84. surprised to hear this.]
  85.  
  86. NFS/TCP is commercially available, and is under development by many
  87. vendors.  Connection maintenance is not entirely a solved problem.
  88.  
  89. Sun/RPC over UDP has problems with accurate RTT because the network
  90. latency is smeared by the upper-layer (i.e., NFS) service times.  (See
  91. ``Transport Issues in the Network File System'' by Bill Nowicki,
  92. Computer Communication Review 19(2), pp.  16-20 (April, 1989) for
  93. related work.)
  94.  
  95. Watch Connectathon for further activity in the NFS/TCP arena.
  96.  
  97. AFS-3 Documents
  98.  
  99. There was some discussion of the four-or-so inches of AFS-3 documents
  100. made available by Transarc.  It is not clear what advantage there is in
  101. putting an RFC imprimatur on them.  Nor is Transarc enthusiastic about
  102. reformatting the documents to conform to RFC 1111.
  103.  
  104. AFS-3 Congestion Control
  105.  
  106. Peter Honeyman (honey@citi.umich.edu) described his recent work on
  107. congestion control for Rx.  (Joint work with Dave Bachmann and Larry
  108. Huston.)  The goal has been to make AFS usable over slow links, down to
  109. about 10 Kbits/sec.  Much has been accomplished so far, work continues.
  110.  
  111. Announcements
  112.  
  113. dfs-wg@citi.umich.edu is a mailing list for ongoing discussions of the
  114. Working Group.  Administrative matters, such as requests to be added or
  115. dropped from the list, should be addressed to
  116. dfs-wg-request@citi.umich.edu, not to the list as a whole.
  117.  
  118.                                    2
  119.  
  120.  
  121.  
  122.  
  123.  
  124. There is a forthcoming Workshop on File Systems to be held in Ann Arbor
  125. on May 21-22, 1992.  Contact fsworkshop@citi.umich.edu for further
  126. information.
  127.  
  128. Attendees
  129.  
  130. Mary Artibee             artibee@sgi.com
  131. David Borman             dab@cray.com
  132. Philip Budne             phil@shiva.com
  133. Randy Butler             rbutler@ncsa.uiuc.edu
  134. Lida Carrier             lida@apple.com
  135. Yee-Hsiang Chang         yhc@concert.net
  136. Richard Cherry           rcherry@wc.novell.com
  137. Jim DeMarco              jdemarco@ftp.com
  138. Peter DiCamillo          cmsmaint@brownvm.brown.edu
  139. Joseph Godsil            jgodsil@ncsa.uiuc.edu
  140. Olafur Gudmundsson       ogud@cs.umd.edu
  141. Peter Honeyman           honey@citi.umich.edu
  142. Holly Knight             holly@apple.com
  143. Vincent Lau              vincent.lau@eng.sun.com
  144. Tony Mason               mason@transarc.com
  145. Bill Melohn              melohn@auspex.com
  146. Paul Milazzo             milazzo@bbn.com
  147. Greg Minshall            minshall@wc.novell.com
  148. Robert Morgan            morgan@jessica.stanford.edu
  149. J. Bradford Parker       brad@cayman.com
  150. Eric Smith
  151. Mike Spengler            mks@msc.edu
  152. Sven Tafvelin            tafvelin@ce.chalmers.se
  153. Kathleen Wilde           wilde@decvax.dec.com
  154. Preston Wilson           preston@i88.isc.com
  155. Nancy Yeager             nyeager@ncsa.uiuc.edu
  156.  
  157.  
  158.  
  159.                                    3
  160.